home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950929-19951130
/
000183_news@columbia.edu_Mon Oct 23 21:33:15 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
4KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08181
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 23 Oct 1995 17:33:19 -0400
Received: by apakabar.cc.columbia.edu id AA24687
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 23 Oct 1995 17:33:17 -0400
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems with Ckermit over local network.
Date: 23 Oct 1995 21:33:15 GMT
Organization: Columbia University
Lines: 68
Message-Id: <46h1mr$o3d@apakabar.cc.columbia.edu>
References: <46gc66$bij@neptune.ethz.ch>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <46gc66$bij@neptune.ethz.ch>,
Rory Alexander Chisholm <rchishol@iiic.ethz.ch> wrote:
: I'm having problems using ckermit over out local network. My setup is
: this: I have ckermit running on my sparcstation at home which I use to
: connect at 19200 to my USR dual HST modem. I then set up a V32
: connection to our university dial-in (with data compression). The
: dial-in is to an annex, from which I use "telnet" to connect to a local
: machine, I then log in and start ckermit on the remote machine to start
: a file transfer. My problems now include:
:
: On connect Ckermit switches the speed back from 19200 to 9600, how can I
: prevent this (my modem reports a connect at 9600 yes, but this is NOT
: what I want).
:
Like it says in the manual: "set dial speed-matching off".
: More seriously, while transfer over ckermit works fine over the default
: settings (default packet length, window size etc). I seem to be able to
: increase the send (receive) packet length only to 256 bytes without
: problems. More accurately if I am down loading files then I chose send
: packet length of 256 for the remote and the same for the local end
: receive packet length.
:
As an aside (and as explained in the manual), the packet length is
determined by the receiver. Nobody ever needs to give a "set send
packet-length" command, except under very unusual circumstances.
: The window size I set to 8 and leave the rest
: alone. This appears to work, any packet length higher than 256 (512,
: 1024 etc) seems to give me major problems with NAK/timeout (yes I did
: set the block check to 3). So my questions are
:
: 1) any bright ideas about what could be causing this ? I don't think its
: line noise (since this is a v32/v42 connection)
:
Lack of a fast and effective means of flow control. Try enabling RTS/CTS
in C-Kermit and in your modem. Of course, you also need good
(bidirectional) flow control between the remote modem and the Annex, but
there's not much you can do about that.
: 2) What would be a better set of parameters (currently I achieve something
: like 30% throughput)
:
Nobody can answer that for you. The optimal combination of parameters
depends entirely on the characteristics of every single component in your
connection, and nobody else has the same connection you have. The only
way to achieve optimal performance is to understand what the variables
are and what are the consequences of changing them, and then experimenting
with various combinations until you hit your peak. For some hints to get
you started, see our FAQ:
http://www.columbia.edu/kermit/faq.html
: Last but not least I use ckermit as my primary communications software is
: there any way to get the local ckermit it use an alternate protocol
: (x-modem, y-modem, z-modem) providing thats available as a program that
: reads from stdin for the local machine ?
:
Yes. The current version of C-Kermit for UNIX is 5A(190). It comes with
a file, ckurzsz.ini, that defines macros for using rz/sz/etc as external
protocols. Read the comments in that file for further information.
: Sometimes this is all that is
: available on the remote and it would be nice not to have to remember to use
: tip, cu, seyon or a similar abomination when I have to down load to such a
: destination.
- Frank